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SYSTEM AND METHODS FOR CALL a call will have to be rerouted to a different site because a 

DECISION1NG IN A VIRTUAL CALL qualified agent does not exist or is occupied at that site. In 

CENTER INTEGRATING TELEPHONY the example given above, the customer seeking a limit 

WITH COMPUTERS increase may be routed to a first site that has no available 

5 agents with that skill set. The result is that the call routing 

RELATED APPLICATIONS system must "pull back" the call to reroute it to a second site. 

r „ This ties up system resources (e.g., ports at a peripheral 

JSS nS ltCal ", n ^ < a c contlDuall j ,D x f ^Plication Sen No. deyice ^ fifSt ^ ^ and often results [q customer 

09/349,960, entitled "System and Methods for Call Deci- dissatisf action . TOs blo ^ referred t0 as « site mlerfiow/ > 

stoning in a Virtual Call anter Integrating Telephony with significant drawback in conventional systems. 

Computers," filed on Jul. 9, 1999 now U.S. Pat. No. 6,553, „ * _ . _ . 7 . . 

113 (47004.000031), which is herein incorporated by refer- routed th * cal1 . t0 a S1 * Mth an agent 

ence in its entirety qualified to execute limit increases, the call routing system 

might then learn that this customer requires an agent with 

FIELD OF THE INVENTION fluency in Spanish. The call routing system may learn this 

15 when the customer first talks with an agent. Or the customer 

The present invention relates generally to a system and may be first be routed to a "front-end" interactive voice/ 

method for routing phone calls in a service center that response unit (IVR or VRU) at the call site. The customer 

integrates telephony with computers to provide a positive may then enter digits in response to a menu asking whether 

and personalized service environment that increases caller t he customer has special language requirements/ In this 

recognition provides cross-selling benefits through proactive 20 example, the call routing system may now be required to 

servicing and spreads cost by supporting partners associated tne customer to a third call site because the second site 

with the call center provider. has no agent fluent in Spanish and also qualified to execute 

limit increases. Again, system resources are tied up and the 

BACKGROUND OF THE INVENTION customer j, may 7 6 ^ irritated by the delay in ; ervicing 

It is increasingly common that consumers seek service 25 tne ca ^- 

from business concerns using the telephone. For example, a In short, conventional systems* inability to route calls to 

consumer seeking to place an order, schedule a delivery, file the best agent on the "first pass" results in two significant 

a complaint, or query an account balance may place a call to drawbacks. First, system resources are used suboptimally, 

a centralized number provided by a business concern. It is resulting in significant costs for call routing systems that 

well known that businesses often provide such numbers as 30 may have to handle thousands of calls per hour. Second, 

so-called toll-free "800" numbers or the like. customer satisfaction is not maximized, resulting in lost 

Such toll free sites may be staffed by a series of agents accounts and sales. In a modem economy where service is 

who have been trained in customer service. While most the hallmark of successful enterprises, this is a significant 

agents will have generalized training and knowledge in 35 disadvantage. 

dealing with customers, they typically have different levels Another disadvantage of conventional call routing sys- 
of experience and training with regards to particular skill terns is their cost. Implementing a virtual call center may 
sets. For example, certain agents will have extensive expe- require costly hardware and software in the form of a central 
rience with one type of product or transaction, while other routing controller server, interexchange (IXC) long distance 
agents will have experience with different products or trans- 4Q interface, administrative work stations, various peripherals 
actions. Thus, agents may have different skill sets. Two such as automatic call distributors (ACDs) and primary 
agents may have familiarity with a given product or branch exchange units (PBXs), and hardware for the net- 
transaction, but may have a different level of skill for the work interface such as for a Wide Area Network (WAN), 
given item. Thus, agents may have different skill levels for There are also significant costs associated with the software 
a given skill set. necessary for interface with the IXC, load balancing, data 

Additionally, certain agents may have specialized skill 45 management, and network interfacing (e.g., WAN system 

sets not readily adapted to training, but still very important administration). There are also significant costs for the 

to certain customers. For example, some agents may have human capital required, i.e., the money required to train and 

fluency in certain languages, such as Spanish or French. P a y a S ents and cal1 routing system support personnel. 

Turning to the other side of the customer service 50 ^ high cost of implementing and operating conven- 

interaction, each customer may need a different type of tional virtual call routing schemes is a significant disadvan- 

service or transaction and, moreover, each customer may ta 5 e that ma y prevent smaller, undercapitalized business 

have certain other non-transaction specific needs. For concerns from creating virtual call center services, 

example, in the context of a credit card provider, one Other problems and drawbacks also exist, 

customer may seek to execute a balance transfer from one 55 According to Andrews, et. al., U.S. Pat. No. 5,546,452, a 

card account to another. A second customer may seek to generalized call routing system is disclosed having a central 

increase his/her credit limit. Thus, these two customers have controller distributing calls to agent systems based on real 

different service needs. Consequently, each may need to be time status information and generalized load balancing 

routed to a service specialist with the appropriate skill set, considerations. However, the Andrews system does not 

i.e., to execute a balance transfer or to process a credit card 60 solve the problems described above, nor does it achieve 

limit increase. some of the objects and provide many the advantages of the 

Some toll free sites are so-called "virtual call centers," invention described below, 

whereby calls are routed to agents at call centers at different _ ~ _ „ TV „ ~_ ~. 

geographic locations. TTiese systems have significant draw- SUMMARY OF THE INVENTION 

backs in their ability to properly route calls. Often a cus- 65 For these and like reasons, what is desired is a system and 

tomer's particular needs are not fully ascertained until after method of providing a call routing system providing a 

a call has been routed to a call site. It is not uncommon that virtual call center configured with centralized IVR's so that/ 
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customer calls are more efficiently routed to qualified advi- 
sors without undue rerouting and queues within a call site. 

Accordingly, it is one object of the present invention to 
overcome one or more of the aforementioned and other 
limitations of existing systems and methods for providing a 5 
virtual call center. 

It is another object of the invention to provide a virtual 
call center with a virtual call center provider that is associ- 
ated with a series of partners so that costs are reduced and 
hardware/software and human resources are shared. 10 

I, is another objeMj»on to provide a virtual; 
call center with strategic decisioning logic relying on cus- 
tomer behavior data or profile in order to route callers in a/ 
fashion that increases customer satisfaction and revenue. 

It is another object of the invention to provide a virtual 
call center with proactive servicing, whereby database infor- 
mation and strategic decisioning logic is employed to predict 
other services and products of interest to a caller so that the 
call can be routed accordingly. 2Q 

To achieve these and other objects of the present 
invention, and in accordance with the purpose of the 
invention, as embodied and broadly described, an embodi- 
ment of the present invention comprises an apparatus and 
method for a call routing system supporting the virtual call 25 
center provider (e.g., the main business concern) and a series 
of associated_partners. Costs of implementation and operar 
tion are spread amongst the users. The system employs one 
or more banks of centralized IVR's to permit customer input 
information to be gathered before call routing to call sites 30 
within the virtual call center network. Site interflow and 
post-routing requirements are reduced. The system employs/ 
decisioning logic based on customer behavior or profile data 
in order to provide routing strategies (where to send the call) 
and handling strategies (how should the agent handle the call 35 
once received). This strategic decisioning logic also gener- 
ates routing strategies for so-called "proactive servicing," or 
routing based in part on predictions about other services or 
products of interest to a customer based on behavior or 
profile data. 40 

The accompanying drawings are included to provide a 
further understanding of the invention and are incorporated 
in and constitute part of this specification, illustrate several 
embodiments of the invention and, together with the 
description, serve to explain the principles of the invention. 45 
It will become apparent from the drawings and detailed 
description that other objects, advantages and benefits of the 
invention also exist. 

Additional features and advantages of the invention will 
be set forth in the description that follows, and in part will 50 
be apparent from the description, or may be learned by 
practice of the invention. The objects and other advantages 
of the invention will be realized and attained by the system 
and methods, particularly pointed out in the written descrip- 
tion and claims hereof as well as the appended drawings. 55 

BRIEF DESCRIPTION OF THE DRAWINGS 
The purpose and advantages of the present invention will 
be apparent to those of skill in the art from the following 
detailed description in conjunction with the appended draw- 60 
ings in which like reference characters are used to indicate 
like elements, and in which: 

FIG. 1 is a block diagram of the call routing system 
according to an embodiment of the invention, including a 
central server system, IVR's, call site centers, data logger 65 
system, administrative controller system, database, IXC and 
IXC interface, local exchange and call originating site' 



,642 B2 . 

4 

FIG. 2 is a block diagram according to an embodiment of 
the invention illustrating data that may be stored in a call 
router database. 

FIG. 3 is a block diagram according to an embodiment of 
the invention illustrating a call center for receiving calls 
routed by the call routing system. 

FIG. 4 is a block diagram according to an embodiment of 
the invention illustrating an I VR system, including a control 
server, interface and series of individual IVR's, for receiving 
caller information in order to facilitate proper routing. 

FIG. 5 is a block diagram according to an embodiment of 
the invention illustrating the concept of queue assignment at 
the call site centers. 

FIG. 6 is a block diagram according to an embodiment of 
the invention illustrating the partnering concept for servicing 
of multiple business concerns using the call routing system. 

FIG. 7 is a flowchart illustrating a method, according to an 
embodiment of the invention, for servicing callers using the 
call routing system. 

FIG. 8 is a flowchart illustrating a method, according to an 
embodiment of the invention, for the central server system 
to prepare routing and handling strategies to facilitate the 
delivery of a general 800# call to a qualified agent. 

FIG. 9 is a flowchart illustrating a method, according to an 
embodiment of the invention, for the central server system 
to prepare a routing strategy for delivery of a partner 800# 
call to a qualified agent. 

FIG. 10 is a diagram illustrating, according to an embodi- 
ment of the invention, the potential routing paths of a call 
placed to a toll-free number for the call routing system. 

DETAILED DESCRIPTION OF THE 
INVENTION 

As discussed in the Summary of the Invention, the present 
invention is directed to a method and apparatus for a call 
routing system that reduces post-routing site interflow and 
that supports multiple partners and proactive servicing 
through strategic decisioning. 

Strategic decisioning generally refers to the concept of 
establishing informed routing strategies based on some 
combination of customer-supplied data, DNIS/ANI data, 
and customer profile behavior data to improve caller 
satisfaction, reduce interflow and provide proactive servic- 
ing and cross-selling. 
Overview of the System 

FIG. 1 depicts an overview of the system, according to an 
embodiment of the present invention, including central 
server system 100; data logger system 110; administrative 
controller system 115; call router database 105; IVR sys- 
teml 125; IVR system2 120; call site center systeml 145; 
call site center system2 150; call site center system3 155; 
IXC interface 127; interexchange carrier QXC) 130; local 
exchange carrier 135; and caller 140. 

Central server system 100 comprises a server system for 
centralized control over the call routing in the call routing 
system. Generally, central server system 100 includes hard- 
ware and software for supporting system administration, 
database management, carrier network interface, and 
transmission/reception of data to/from the central IVR's 
(blocks 120 and 125) and call site center systems (blocks 
145-155). In general, central server system 100 receives 
routing requests from interexchange carrier (IXC) 130. 
Central server system 100 processes routing requests, as 
well as other information, to issue a return route address to 
IXC 130 to control where a call is routed. As will be 
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discussed in greater detail below, sometimes the return route recognize the proper account and provide the best return 

address causes a call to be forwarded to an I VR system (e.g., route address to IXC 130. In this embodiment, once the 

pre-routing to IVR systeml 125 or IVR system2 120), and return route address (e.g., for post-routing) is determined by 

other times the call is forwarded to one of the call site center central server system 100, the call may be returned from the 

systems (e.g., post-routing call site center systems 1-3, 5 IVR to IXC 130 by using a technology such as so-called 

modules 145-155). "take back and transfer** (TNT) technology supported by 

In one embodiment, central server system 100 comprises MCI Corp. Once the call is returned to IXC 130, it is routed 

an Intelligent CallRouter™ (ICR) system marketed by Geo- to the proper target in accordance with the return route 

Tel Communications for call routing to a plurality of periph- address. IVR systeml 125 is discussed further in connection 

erals at call centers. While not depicted in FIG. 1, one or 10 with FIG. 4. 

more backup servers may be provided for purposes of Call site center systems 1-3 (blocks 145-155) comprise 

redundancy to ameliorate or eliminate the effects of crashes, call sites for receiving calls forwarded by IXC 130. 

malfunctions and the like. Generally, said call sites will comprise one or more so-called 

Regarding the communication between central server peripherals capable of receiving calls, such as local VRU's, 

system 100 and the other system elements, the interface and 15 PBX's (Private Branch Exchange), and ACD's (Automatic 

protocol may comprise means familiar to those of skill in the Call Distributors). Said call sites generally include agents 

art. The interface between system elements may be through and agent workstations for human-assisted call processing, 

direct connection or direct lines or may be over a network, further discussed in connection with FIG. 3. 

such as the Internet, Wide Area Network (WAN), Local Area IXC interface 127 represents hardware/software that may 

Network (LAN) or the like. In the preferred embodiment, 20 be required to convert data transmitted between IXC 130 

call site center systems 1-3 (blocks 145-155) interface with and central server system 100. Long distance carriers may 

central server 100 over a WAN. Regarding data format for have data formats (e.g., for the route request and return 

non-voice data (such as real-time status information trans- address) that differ among long distance providers (e.g., 

mitted from peripherals to central server system 100), TCP/ MCI™ v. Sprint™) and that may require conversion into a 

IP protocol is used, although departures therefrom remain 25 format usable by central server system 100. Broadly 

within the spirit and scope of the invention. speaking, IXC interface 127 represents the interface that 

Data logger system 110 comprises hardware and software permits the integration of computers and telephony (often 

for logging activity of the call routing system. For example, referred to as CTI or computer telephony integration) for the 

- y datjj_Jn££gr system 110 may provide for the storage of call routing system. 

^ records reflecting the path taken by every call entering the 30 IXC 130 represents the long distance carrier network that 

^ call routing system. Data logger 110 may store records is controlled by central server system 100 to route calls to 

Yt^Vi^ reflecting activity levels of various peripherals, such as call sites and queues at the different geographic locations. 

A *^' s anc * ca ^ cent 61 " 5 ) so mat system administration perr While not depicted in FIG. 1, IXC 130 may further comprise 

<r C? Vfty 50110 ^ can eva ^ uate l° n g term loading levels. Data logger a data access point (DAP) representing the point or node in 

V Y' *r s y stem ma y P roy ide for storage of both short-term 35 the long distance switching network that receives return 

K C transactional data (see, e.g., FIG. 2, module 200) and long route address data to determine call destination. 

fjp*~ term historical data (see, e.g., FIG. 2, module 205). Local exchange carrier (LXC) 135 represents that local 

Administrative controller system 115 may comprise a phone network receiving a customer's call in a local area for 

workstation or the like for administering and monitoring the forwarding to IXC 130. For example, a customer calling a 
call routing system. Administrative controller system 115^40 toll-free 800 number is routed through his/her local phone 

may be used to input new parameters or routing scripts to network to the long distance network, IXC 130. 

central server system 100. Administrative controller system Caller 140 represents the caller originating a call that is 

/ Il3 may be used to access data in order to generate reports routed through the call routing system. 

fleeting activity on the call routing system, such as volume The Call Router Database 

of calls, allocation of calls to various queues, rate of account 45 FIG. 2 further illustrates CRD 105, which comprises the 

recognition, site interflow rates and so forth. data maintained by the call routing system, including^ short^ 

Call router database (CRD) 105 comprises storage means ter m log data module 200 ; long term historical data module 

for storing data for the call router system. CRD 105, 205; peripheral status data~ module 210 ; customer profile 

discussed further below in connection with FIG. 2, may ^behavior data module 215; account lookup data module 220;, 
comprise any reliable storage technology, such as hard' 50 I VR transaction data_ module J?_25^ strategies module 230; 
drives, CD-ROM, optical drives and so on. Generally, CRD y "and routing codes data module 235. 

105 is accessed by central server system 100 in order to At the outset, those of skill in the art will appreciate that 

retrieve customer identification and profile or behavior data the allocation of the data components of CRD 105, as 

in order to generate routing strategies and return addresses. depicted in FIG. 2, is functional and exemplary. The 

(CRD 105 is also controlled by central server system 100 to 55 depicted modules could easily be combined or further 

store transaction and history data reflecting activity on the divided without departing from the spirit of the invention, 

call routing system. The purpose of FIG. 2 is to further explain the invention and 

IVR systeml 125 and IVR system2 120 collect informa- is not intended to suggest that any particular database 

tion from callers (e.g., using touch-tone activated voice structure must be maintained. 

menus) in order to route calls to the proper target, such as to 60 Short term log data module 200 may comprise a module 

a qualified agent at a queue at a call site. In the preferred for storing short term data maintained by the call routing 

embodiment, calls are first forwarded (i.e., pre-routed) to system, such as a log of transactions associated with recent 

one of said IVR systems. Callers can receive automated calls. For example, if a call has been transferred out of a first 

servicing and access to their accounts using the touchstone site for some reason (e.g., a caller has an unsuccessful 

controlled menus. Alternatively, callers seeking servicing by 65 transaction with a given agent), short term data may be 

a live agent can "dial out" by entering or the like: In that accessed to ensure that the call routing system reroutes the 

event, additional information can be received in order to call to the proper target queue (e.g., not back to the very' 
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same agent). Long term historical data module 205 may interflow and post-routiqgtljacf plagues conventional sys- 

comprise a module for storing data reflecting long term tern s . IVR transaction data module 225 gene rally include s 

usage and trends in the call routing system. In one data^collected from a caller when routed to an IVR. whic h 

embodiment, the data in long term historical data module mayprompt tne caller to select various options and enter 

205 may comprise the results of averaging or integrating the 5 touch -lone digits via menu selection. * 
short term data. Long term historical data module 205 may Routing codes data module 235 comprises a data module 

store such data as call volume distribution (e.g., across call with routing codes associated with particular accounts that 

centers), average wait times, average service times, call correspond to particular routing strategies. For example, 

distribution across queue types, and so forth. routing codes data module 235 may comprise routing codes 

Periphera l stajaa Hata module. 210 ma v be a module for 10 that indicate that the customer for Account Number 123456 

storing real-time status information from various sysl sm should receive proactive servicing for balance transfers or 

components, such as peripherals at the call centers and IVR Internet services. As a result, when that customer calls the 

systems. Such status information may include information virtual call center and his/her account is recognized, routing 

"i ndicatmgjvhich_queues (or agents) are busy or ayailahle. codes data module 235 will be checked to ascertain whether 

Status information stor ed by peripheral status data module is this customer has been pre-designated for particular servic- 

^10 may Hp. ik^jtv the su^i£gifi--cteckiQn ing and load ing. In one embodiment, the routing codes are derived_by 

balancing logic (discussed further below) performed by periodic processing of some combination of profile data 

central server system 100 to establish viable route return from" module^ 215' and/or account data from module 220. 

addresses. This periodic processing to create routing codes may be 

Customer profile behavior data module 215 may comprise 20 automated or may entail human intervention, 
a data module for storing data reflecting customer profiles Strategies module 230 generally contains the logic or 

and behavior. Strategic decisioning logic, especially as scripts for the routing strategies. Scripts refer to the language 

regards proactive servicing or cross-selling, relies on pre- or set of commands employed by central server system 100 

dictions of caller needs based on past purchasing behavior of to determine a target site and/or target queue for a given call, 

consumers as well as general demographic data. For 25 In one embodiment, said scripts include logic for strategic 

example, customers carrying high balances may generally decisioning (identifying candidate target queues for a given 

be interested in balance transfers to accounts with lower call) and load balancing (balancing the load across available 

interest rates. Customers who have engaged in transactions resources). In the preferred embodiment, strategies module 

with a partner providing computer equipment may be inter- 230 contains the strategies corresponding to routing codes 

ested in proactive servicing for Internet services or other 30 stored in routing codes data module 235. 

computer-related products. Customers who have purchased Call Site Center System 

airline tickets using their credit cards may be interested in FIG. 3 illustrates an exemplary embodiment of call site 
special travel packages. Customers meeting certain demo- center system 145, including central server call center inter- 
graphic profiles, for example, particular age groups, may be face 302; call center administrative system 304; primary 
interested in purchasing certain insurance packages. In 35 branch exchange (PBX) 306; central server ACD interface 
general, customer profile behavior data module 215 contains 308; automatic call distributor (ACD) 310; jigentl system 
the data that is used by the call routing system to make 316; agent2 system 318; agent3 system 320^ pn^neT522; 
strategic decisioning predictions about caller needs. agentJwi)rlgtatiQiLL 324; phone2 326; agent workstation2 
Account lookup data module 220 may comprise a data 328; phone3 330; and agent workstation3 332. Call site 
module storing caller account and identification data. For 40 center 145 may further comprise call site VRUs (not 
example, if the caller is a credit cardholder calling in depicted), although the need for them is substantially obvi- 
reference to his/her account, account lookup data module a ted by the centralized VRU banks (modules 120-125) 
220 can be accessed to retrieve transactions for the last employed by the invention. 

month and other account data. Account lookup data module In the preferred embodiment, each call site center system 
220 may father comprise identification data of a caller, such 45 interfaces with central server system 100 over a WAN, 
as name, phone number, address, PIN number, and so forth. although those of ordinary skill will appreciate that the 
When a caller first calls, basic information such as calling interface could encompass other packet-switched technolo- 
number ID (number from which the call originates) and/or gies for communication between remote systems, such via 
information submitted to an IVR (such as an account num- the Internet, World Wide Web, Internet Protocol Next Gen- 
ber and/or PIN ID) can be used to identify the caller in the so eration (IPng), Local Area Network (LAN) and the like, 
first instance. This information can be further used to Central server call center interface 302 represents the hard- 
retrieve the proper account data for the caller. This process ware and software for the interface between call site center 
can be referred to as "account recognition". One objective of systems 145-155 and central server system 100 which, in 

the instant invention is to maximize account recognition so the preferred embodiment, employs so-called TCP/IP data * * fc/n/UZ- 

that proper routing strategies can be established and cus- 55 communications protocol. \jO 
tomer satisfaction is maximized. Call center administ rative system 304 mav comprise a "V ? 

IVR transaction data module 225 may comprise a module computer workstation or the like for administration of each \ \ / t/i * a 

containing transaction data from the IVR banks (see, e.g., call site center system. This system may be used to monitor \ 1 £_ , ^ CJjsrf^ 

FIG. l^ JYR system! 125 and IVR systern2 120). In the activity at the call site center system, modify operating \ 1 C f 
^pre ferred embodiment ot the present invention, so-called 60^ parameters, compile and print activity reports, and perform 

centra li zed iV k's are employed within the call routing other administrative junctions, _ — — 

^s^em^rworK to seoireagd t^onal data from a caller PBX 306 depicts a primary branch exchange device, 

^Before^jou tjng^ call site. In this fashion, know in the art, for routing incoming calls to local exten- 

additional Information may be secured from the caller so sions at the site. As illustrated in FIG. 3; PBX 306 may route 

that the proper account is recognized and strategic decision- 65 incoming calls to agents through ACD 310. 
ing logic and load balancing logic can be employed to route Central server ACD interface 308 represents software and 

the call to the best target. This reduces unnecessary site hardware for ACD 310 to interface with central server 
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system 100. ACD 310 is a programmable automatic call 
distributor device, know in the art, for routing incoming 
calls to so-called targets at the call center, here to the various 
agent systems. Agentl system 316, Agent2 system 318 and 
Agent3 system 320 may comprise a plurality of agent 5 
systems for qualified agents to service calls. Each agent 
system may be comprised of one or more agents and a phone 
and workstation, as depicted by phonel 322/agent worksta- 
tionl 324, phone2 326/agent workstation3 328, and phone3 
330/agent workstation 332. The agent workstations may be 10 
used to display caller information to the agent, such as 
identification and account information, as well as handling 
strategy information forwarded by central server system 
100. In the preferred embodiment, agents will "log-in" to 
those queues for which they qualify. is 
The IVR Banks 

The IVR (Interactive Voice Response Unit) systems, e.g., 
IVR systeml 125, may comprise a series of IVR devices, as 
illustrated in FIG. 4. In the preferred embodiment, the call 
routing system comprises two centralized IVR banks com- 20 
prising IVR systeml 125 and IVR system2 120. In this 
exemplary embodiment, IVR systeml 125 comprises central 
server IVR interface 405; and a series of individual IVR 
devices IVR1 415, IVR2 420, VR3 425 and IVR N 430. 

Central server IVR interface 405 represents hardware and 25 
software for interfacing the IVR banks with central server 
system 100. In the preferred embodiment, the data commu- 
nications protocol is TCP/IP, although those of ordinary skill 
will appreciate that other formats may be used. Regarding 
load balancing, central server system 100 may load balance 30 
between IVR systeml 125 and IVR system2 120. Status 
information regarding the operational states of the IVR's is 
forwarded from IVR systeml 125 and IVR system2 120 for 
the purposes of load balancing so that the proper (pre)route 
return address can be computed (see, e.g., FIG. 2, module 35 
225). 

As touched upon previously, IVR systeml 125 and IVR 
system2 120 are considered "system level" or centralized 
IVRs that improve the performance of the instant call 
routing system compared to conventional approaches. Con- 40 
ventional systems generally provide a central server for 
prerouting (from the long distance exchange to a target 
within the call router network, such as a call site) and 
post-routing (from the target to another node in the call 
router network). Conventional systems rely on limited infor- 45 
mation for pre-routing (such as originating call number and 
called number) so that it is not uncommon that upon arrival 
at the target device, a call must be forwarded out of a first 
call site to a second call site for proper servicing (the 
interflow problem) or to another target within the first call 50 
site (the re-routing problem). 

By incorporating shared IVR systems within the call 
routing network (e.g., modules 120 and 125) before a call is 
forwarded to a l ocal call site, additional inform ation can be 
received so that it is mor e likely th at the correct account is 55 
- recognized and th e proper routing strategy is Computed. 1 he 
efiectis that the" so-caliea hii-raie { _ vo ot calls properTy" 
routed) increases dramatically, costs ar e reduced , and rev- 
enues and customer sausiaction are improved/ 
^ ! Prior systems' employed premises-based VRUs (at the call 60 
sites) or network-based VRUs. Premises-based VRU sys- 
tems often result in suboptimal account recognition and site 
interflow problems. Network-based VRU systems some- 
times referred to as "network level prompting," direct 
incoming calls to a VRU within the long distance carrier 65 
network (e.g., IXC 130, FIG. 1). Network level prompting 
may increase account recognition somewhat (over premises- 
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based VRUs) because the customer provides additional 
information (via touch tone input) before the call is routed. 
There are significant disadvantages, however. First, there is 
no full access to the call router database (e.g., CRD 105) 
since the VRU is within the external long distance carrier 
network. Second, network level prompting VRU's generally 
do not provide full automated service and account access if 
the caller decides not to switch out of the automated system. 
It has been found that typically about fifty percent (50%) of 
calls terminate at the VRUs. Thus, the centralized VRUs of 
the present invention have the advantage of providing full 
access to the account data in the CRD database if the caller 
does not require human servicing. It has also been found that 
account recognition has increased from about 60% to 
approximately 78-85% in moving from a network level 
prompting virtual call center to one employing the central- 
ized VRUs of the present invention. 
Queuing and Partnering in the Call Routing System 

FIG. 5 illustrates the concept of call queues supported by 
the call routing system. Queues represent categories of skill 
sets or subject matters that are supported by agents. Each 
call site center may support a variety of queues depending on 
the services provided by the virtual call center provider and 
associated partners. Agents may be qualified to support 
different queues (so-called multiple queue assignment or 
MQA) and may even have skill level designations to dif- 
ferentiate capability for a given queue. By way of example, 
a first agent may be qualified to support the general queue as 
well as a Spanish queue at skill level 2. Another agent, who 
happens to be more fluent in Spanish, may be assigned to the 
Spanish queue at skill level 1. Agents generally log in to the 
appropriate queues when they begin servicing calls, 
although some queue assignments may be automated (e.g., 
last advisor queue, discussed below). 

FIG. 5 illustrates the queue concept for an exemplary 
embodiment of the call routing system. In the call routing 
system of FIG. 5, there are three call site centers, site 1, site 
2, and site 3. Each site supports a series of different queues. 
Site 1 supports general queue 502 for so-called general 
service calls. In the preferred embodiment, where the virtual 
call center provider provides credit card services, general 
queue 502 provides general service associated with a card- 
holder's account, such as balance inquiries, disputed 
charges, lost or stolen card reports, and the like. Retention 
queue 504 represents a queue for retaining customers who 
may be terminating their account or whose service agree- 
ment term is near an end. Spanish queue 506 is provided to 
service callers requiring a Spanish-speaking agent. Proactive 
service queue product 1 and product 2 represents a queue 
assigned for proactive servicing or marketing associated 
with two designated products (or services). Multipartner 
queue 510 may be a queue for supporting several different 
partners as a consolidated queue. Best cardmember queue 
512 represents a queue assigned for servicing valued callers, 
such as cardmembers with excellent payment histories or 
especially profitable accounts. Last advisor queue 514 is a 
queue assigned for routing a caller to the advisor who 
serviced him/her during the last call. For example, a caller 
engaged in an ongoing discussion regarding a disputed 
charge may prefer to deal with the agent familiar with the 
matter. 

According to FIG. 5, another call site center system at site 
2 comprises partner 1 queue 516 for servicing calls for a first 
partner, partner 2 queue 518 for servicing calls for a second 
partner, proactive service queue product 3 and product 4 520 
(similar to block 508), general queue 522, cobrands queue 
524 for servicing cobranded products or services, best 
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cardmember queue 526, and last advisor queue 528. Yet 
another call site center system at site 3 comprises general 
queue 530, partner 3 queue 532, best cardmember queue 534 
and last advisor queue 536. 

The operation of the call routing system is such that data 5 
is stored (e.g., by call center administrative system 304) 
reflecting the various queues that each agent can support. 
Additionally, each agent logs in so that central server system 
100 can perform the strategic decisioning and load balancing 
functions based on up-to-date information of agents (and 10 
their specialties) actually available. 

FIG. 6 illustrates the partnering concept of the call routing 
system. In the preferred embodiment, a virtual call center 
provider 602 (e.g., a credit card service provider) "partners" 
with a series of other business concerns, such as merchants 15 
or service providers. Thus, the call routing system supports 
not only the virtual call center provider's service 
requirements, but also those of partners. The benefit is that 
costs are spread among the different business concerns so 
that partners, who otherwise may be unable to finance their 20 
own virtual call center, can provide service and marketing 
heretofore limited to larger, well-capitalized concerns. 
Moreover, by partnering, the call router system provides 
cross-marketing or cross-selling opportunities not otherwise 
feasible. According to the exemplary scenario of FIG. 6, 25 
virtual all center provider 602 also supports call routing for 
partner 1 604, partner 2 606, partner 3 608 and partner n 610. 
Overview of a Method for Call Routine 

FIG. 7 is a flowchart illustrating a method for call routing 
according to one embodiment of the present invention. The 30 
call routing system receives a call, according to step 700. 
Referring to FIG. 1, the call may be routed through LXC 135 
to IXC 130, where a route request is passed to central server 
system 100 through IXC interface 127, indicating that a call 
has been placed. Next, the call routing system performs IVR 35 
system load balancing, according to step 705. In the embodi- 
ment illustrated by FIG. 1, central server 100, based on 
status information received from the IVR banks (blocks 120 
and 125), may perform load balancing to determine which of 
the IVRs should receive the call. 40 

According to step 710, the call is pre -routed to one of the 
IVR systems. According to decision block 712, the caller 
may either select automated servicing ("No"), in which case 
automated servicing and account access will be provided 
without human intervention, according to step 714. If the 45 
caller desires servicing by a live agent ("yes") he/she can 
indicate that by entering a digit such as "#" or "0". Accord- 
ing to step 715, the caller submits information to the IVR 
device, such as keypad entries for account number, PIN, 
phone number, etc. According to step 717, the call routing 50 
system retrieves DNIS (dialed number identification 
service) or ANI (automatic number identification) data based 
on the called number or originating number. As will be 
further explained in connection with FIG. 10, the call 
routing system may support toll-free calls to one of several 55 
800 numbers or the like. Certain 800 numbers may be 
assigned to certain partners or queues, so that calls to 
partner-specific 800 numbers will be routed directly to those 
partner queues. 

The caller information submitted to the IVR is sent to 60 
central server system 100, according to step 720, and the 
central server system attempts to identify or recognize the 
account, according to step 722, and retrieves account and/or 
routing code data According to step 725, central server 
system 100 generates a routing strategy based on the caller/ 65 
information. Based on the preroute information and infor- 
mation from the database (see, e.g., customer profile behav- 



,642 B2 

12 

ior data module 215, routing codes data module 235, and 
strategies module 230), several routing strategies may be 
obtained. For example, central server system 100 may 
determine the caller, who is seeking a limit increase, should 
be routed to a general queue. Based on demographic and 
customer profile data, central server 100 may also determine 
that this caller is a good candidate for proactive servicing for 
products 2 and 4. In this case, central server system 100 
provides a first routing strategy for sending the call to site 1 
to an agent qualified for general queue 502 and proactive 
service queue product 1 and product 2 508 (see FIG. 5). 
Likewise, a second routing strategy is obtained for sending 
this call to site 2 to an agent qualified for general queue 522 
and proactive service queue product 3 and 4 520. This step 
may further comprise arbitration logic to determine which of 
the several candidate routing strategies will be selected. 

According to step 730, central server system 100 gener- 
ates a handling strategy corresponding to each routing 
strategy. For example, for the first exemplary strategy dis- 
cussed above, a handling strategy informs the agent that this 
caller seeks a limit increase and may be interested in product 
2. According to step 735, central server system 100 performs 
load balancing analysis to rationally distribute the call load 
among available queues (e.g., among the agents staffing call 
site systems 1-3, modules 145-155, FIG. 1). As mentioned 
previously, the load balancing analysis is based on substan- 
tially real-time status information received from the various 
components of the call routing system. 

According to step 740, central server system 100 provides 
a route return address to the long distance network (e.g., to 
IXC 130 through IXC interface 127). The network utilizes 
so-called take back and transfer™ logic or the like, accord- 
ing to step 745, to take the call from inside the call routing 
system network and route it to the designated target (e.g., a 
particular call site system and queue), according to step 750. 
Those of ordinary skill will appreciate that the present 
invention is not limited to any particular technology for 
routing the calls from the IVR banks (blocks 120-125) back 
through the phone network to the target site, and that 
so-called take back and transfer technology™ is but one 
means for accomplishing the desired result. 

According to step 760, central server system 100 sends a 
handling strategy to the target site, which can be presented 
at an agent workstation (e.g., agent workstationl 324, FIG. 
3) for personalized treatment. The target site routes the call 
and handling strategy to the proper agent, according to step 
765, and the agent handles the call, according to step 770. 
Strategic Decisioning and Routing Strategies 

FIG. 8 is a flowchart further illustrating the routing 
strategy generated by central server system 100 to route calls 
to queues at call site systems when a general 800# is called 
(see block 1004, FIG. 10). According to step 805, central 
server system 100 receives preroute information for the call. 
As previously discussed, this may comprise information 
such as called number, originating number and data col- 
lected by one of the IVR banks, i.e., IVR systeml 125 and 
IVR system2 120. Caller account data and routing codes are 
retrieved from account lookup data (see, e.g., account 
lookup data module 220 and routing codes data module 235, 
FIG. 2), according to step 810. According to step 815, caller 
profile behavior data (see, e.g., customer profile behavior 
data module 215, FIG. 2) is retrieved. Based on the retrieved 
data, strategic decisioning scripts are run, according to step 
820, in order to generate one or more routing strategies and 
candidate queues for the call, as in step 825 (see, e.g., 
modules 230 and 235, FIG. 2). Generally, a routing strategy 
generates a proposed queue or queues for a given call and 
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the appropriate return address data. As those of ordinary skill 
will appreciate, the strategic decisioning scripts will be a 
function of the composition of the various queues in a given 
call decisioning system, and are readily developed as a 
combination of logical statements or so-called "scripts" 5 
developed for call routers. 

A handling strategy is identified by central server system 
100, as in step 830, so that an agent fielding the call is 
provided information appropriate to the routing strategy. The 
routing strategy selected is then used to route the call to the 10 
proper target site and site queue, according to step 835. 
Finally, the handling strategy is used by the agent who 
receives the call, as in step 840. 

FIG. 9 is a flowchart further illustrating the routing 
strategy generated by central server 100 to route calls when is 
a partner 800# is called (see block 1006, FIG. 10). Central 
server system 100 receives the caller information, according 
to step 902. Caller account data is retrieved from the account 
lookup data, as in step 904. Partner decisioning scripts are 
run, as in step 906. Since the virtual call center supports not 20 
only the so-called main business concern, but also the 
partners, each partner may provide its own decisioning 
scripts which could be stored in a module such as strategies 
module 230 of FIG. 2. According to step 908, one or more 
routing strategies and candidates queues are identified. 25 
According to step 910, the selected routing strategy is sued 
to route the call to the proper call site and queue. 
A Call Flow Diagram for a Call Routing System 

FIG. 10, illustrates the various paths that may be taken by 
a virtual call center according to one embodiment of the 30 
invention. Calls 1002 may comprise general 800# calls 1004 
or partner 800# calls 1006. Thus, the call routing system 
may accept toll-free calls with numbers dedicated to specific 
partners, or a general number for the system. If the dialed 
number corresponds to a partner 800#, the call is routed to 35 
a dedicated partner queue, such as to partner 1 1008, partner 
2 1010, partner 3 1012 and partner n 1014. Even when the 
dialed number corresponds to a partner 800#, queues for 
special needs such as Spanish 1018 or for proactive selling 
like sports 1016 (for sports products) may be supported. 40 

If call 1002 corresponds to general 800# 1004, the call 
routing system logic provides for treatment in one of several 
categories. Based on pre route information, the call may be 
treated as partner account 1022, and routed to one of the 
queues partner 1 1034 through partner n 1036, sports 1038 45 
and Spanish 1040. If preroute information does not permit 
central server system 100 to identify the account, the call is 
treated as unidentified account 1020. In this case, the call is 
forwarded to one of the call site systems, such as call site 1 
1028, call site 2 1030 and call site n 1032, so that additional 50 
information can be requested from the caller. In one 
embodiment, such calls will be more or less equally load 
distributed across the call site center systems (here call site 
1 1028 through call site n 1032) and routed to a general 
queue. 55 

If preroute information determines the caller requires 
general information about his/her account (e.g., a balance 
inquiry), then the call is treated as general account 1026 and, 
will be routed in a load-balanced fashion to one of call site 
1 1042, call site 2 1046, and call site n 1048, each of which 60 
supports a general queue. 

Finally, if the strategic decisioning logic determines that 
the call is appropriate for proactive servicing, then appro- 
priate routing and handling strategies are generated, and the 
call may be treated as new card 1050 (new cardmembers), 65 
essentials 1052 (home products and the like), health prod- 
ucts 1054 (vitamins, supplements and the like), leisure/travel 
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1056, pet care 1058 (products and services for pets), wel- 
come call 1060 (first-time callers) and other PS queues 1062. 

Other embodiments and uses of this invention will be 
apparent to those having ordinary skill in the art upon 
consideration of the specification and practice of the inven- 
tion disclosed herein. The specification and examples given 
should be considered exemplary only, and it is contemplated 
that the appended claims will cover any other such embodi- 
ments or modifications as fall within the true scope of the 
invention. 

What is claimed is: 

1. A call routing system, comprising: 

a central server system for receiving information regard- 
ing a call and developing a routing control signal; 

wherein the central server system interfaces with a tele- 
phony network that is responsive to said routing control 
signal; 

a plurality of call sites for receiving the call based on the 
routing control signal; and 

a voice response unit that is external to the telephony 
network and that is shared by the plurality of call sites, 
wherein the central server system preroutes the call to 
the voice response unit in order to collect at least a 
portion of the information in order to develop the 
routing control signal. 

2. The call routing system of claim 1, wherein each call 
site is staffed by a plurality of agents, at least some of the 
agents being associated with multiple queues. 

3. The call routing system of claim 1, wherein the call 
sites include multiple queues, and wherein at least one call 
site has a queue for suggesting servicing other than that 
requested by a caller. 

4. The call routing system of claim 1, wherein the central 
server system is adapted to route the call to a queue for 
proactive servicing based on decisioning logic that predicts 
whether a caller may be interested in a product or service 
based on stored customer profile data or customer behavior 
data. 

5. The call routing system of claim 1, wherein the central 
server system generates a plurality of candidate routing 
strategies, each candidate routing strategy having a target 
queue, and further wherein the central server system gen- 
erates the routing control signal based on selecting one of the 
candidate routing strategies. 

6. The call routing system of claim 1, wherein the 
information regarding a call is used to retrieve information 
from a call center database used in developing the routing 
control signal. 

7. The call routing system of claim 1, wherein the routing 
control signal causes the telephony network to take the call 
back from the voice response unit in order to route the call 
to one of the call sites. 

8. A method of routing calls in a call routing system, 
comprising: 

receiving information of a call at a central server system; 

generating a first routing control signal to route the call to 
an interactive voice response unit shared by a plurality 
of call sites, wherein the interactive voice response unit 
is external to an exchange carrier providing the call; 

receiving input from a caller at the interactive voice 
response unit; and 

generating a second routing control signal for routing the 
call to one of said plurality of call sites based at least 
in part on said input. 

9. The method of claim 8, further comprising the step of 
generating a plurality of candidate routing strategies, each 
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candidate routing strategy having a target queue, and 
wherein the step of generating a second routing control 
signal comprises selecting one of the candidate routing 
strategies. 

10. The method of claim 8, further comprising the step of 
providing a plurality of agents for staffing the call sites, at 
least some of the agents being associated with multiple 
queues. 

11. The method of claim 8, further comprising the step of 
providing multiple queues at each call site. 

12. The method of claim 8, wherein at least one call site 
includes a queue for suggesting servicing other than that 
requested by a caller. 

13. The method of claim 8, wherein said step of gener- 
ating a second routing control signal comprises predicting a 
service or product of interest to a caller based on decisioning 
logic that predicts whether the caller may be interested in a 
product or service based on previously stored data, the 
product or service being other than that requested by the 
caller. 

14. The method of claim 13, further comprising the step 
of routing the call to an agent at a call site who is associated 
with a queue for the service or product. 

15. A method of preparing strategies for a call routing 
system, comprising: 

receiving information of a call at a call routing system, the 
information including data provided by a voice 
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response unit that is shared by a plurality of call sites 
and that is external to a telephony network providing 
the call; 

retrieving data from a database based on said information; 
generating a plurality of routing strategies for said call 
based on the retrieved data, each routing strategy 
having a target queue; and 
selecting one of the routing strategies. 
10 16. The method of claim 15, further comprising routing 
the call to one of the call sites based on the selected routing 
strategy. 

17. The method of claim 15, further comprising the step 
15 of performing load balancing before routing the call to one 

of the call sites. 

18. The method of claim 15, wherein one of said routing 
strategies provides for sending the call to a queue for 
proactive servicing for suggesting servicing other than that 

20 requested by a caller. 

19. The method of claim 15, further comprising the step 
of generating handling strategy data to assist an agent 
receiving the call. 

20. The method of claim 19, wherein said handling 
25 strategy data informs the agent on how to handle the call. 

* * * * * 



06/04/2004, EAST Version: 1.4.1 



